home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9608 / 000029_owner-urn-ietf _Mon Aug 26 22:06:07 1996.msg < prev    next >
Internet Message Format  |  1997-02-19  |  3KB
  1. Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id WAA13270 for urn-ietf-out; Mon, 26 Aug 1996 22:06:07 -0400
  2. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id WAA13265 for <urn-ietf@services.bunyip.com>; Mon, 26 Aug 1996 22:05:52 -0400
  3. Received: from dns2.noc.best.net by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b)
  4.         id AA01347  (mail destined for urn-ietf@services.bunyip.com); Mon, 26 Aug 96 22:05:50 -0400
  5. Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by dns2.noc.best.net (8.6.12/8.6.5) with SMTP id TAA17313; Mon, 26 Aug 1996 19:05:40 -0700
  6. Date: Mon, 26 Aug 1996 19:05:40 -0700 (PDT)
  7. From: "Gregory J. Woodhouse" <gjw@wnetc.com>
  8. To: urn-ietf@bunyip.com
  9. Cc: woodhouse@isc-sf.va.gov
  10. Subject: [URN] NAPTR "wizards"
  11. Message-Id: <Pine.SGI.3.95.960826184749.24798D-100000@shellx.best.com>
  12. X-Url: http://www.wnetc.com/
  13. Mime-Version: 1.0
  14. Content-Type: TEXT/PLAIN; charset=US-ASCII
  15. Sender: owner-urn-ietf@services.bunyip.com
  16. Precedence: bulk
  17. Reply-To: "Gregory J. Woodhouse" <gjw@wnetc.com>
  18. Errors-To: owner-urn-ietf@bunyip.com
  19.  
  20. I can readily sympathize with the concern that regexps are difficult to
  21. design and manage correctly. Doubtless, it's the rewrite rules in sendmail
  22. that gives it such a reputation for being difficult to administer!
  23. Nevertheless, I think the use of regexps in the NAPTR proposal is an
  24. excellent idea. My reason is that people will want to design user friendly
  25. URN schemes, and I think they should. URNs really serve two purposes: one
  26. is persistence and the other is to allow resources to have more intuitive
  27. names. Instead of designing our URN schemes primarily to facilitate
  28. resolution, we should be willing to make the resolution schemes
  29. (meta-schemes?) flexible enough to handle user friendly URN schemes.
  30.  
  31. Okay, enough polemics. My point was only to argue that the flexibility of
  32. regexps really is needed functionality, even if maintenance will become
  33. much more difficult and error prone. On the other hand, I'd guess that many
  34. URN schemes will be quite straightforward and it should be feasible to
  35. generate the needed regexps (or even entire records) using simple
  36. interactive "wizards" (or "experts" if you prefer Borland). What I propose
  37. is that NAPTR wizards could either be made available as BIND add ons, or
  38. even included in future releases of BIND. This would both make the NAPTR
  39. scheme easier to administer and improve the robustness of the URN schemes
  40. that rely on it.
  41.  
  42. ---
  43. Gregory Woodhouse     gjw@wnetc.com
  44. home page:            http://www.wnetc.com/
  45. resource page:        http://www.wnetc.com/resource/
  46.